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Description 

SYSTEMS, METHODS, AND DEVICES FOR 
SELLING TRANSACTION ACCOUNTS 

Cross Reference to Related Applications 

[0001] This application claims priority to, and the benefit of, U.S. 
Provisional Application serial number 60/541,495, enti- 
tled "SYSTEM, METHOD AND DEVICE FOR SELLING PREPAID 
CARDS USING MICR BACKBONE," filed October 15, 2003, 

which is incorporated herein by reference. 
Field of Invention 

[0002] The present invention generally relates to transaction ac- 
counts, and more particularly, to systems and methods for 

facilitating the distribution of transaction accounts. 
Background of Invention 

[0003] Consumers may use a transaction account, which may be 
associated with an account number, credit card, or gift 
card, as a form of payment or identification in various 
transactions. Transaction accounts are desirable for a 



number of reasons. For example, utilizing a transaction 
account associated with a pre-paid card may be a safe 
and convenient way to avoid carrying or handling cash 
and loose change. Also, it is often convenient to give pre- 
paid cards as gifts or to use pre-paid cards to pay for 
transactions while traveling. 

[0004] Although an issuer of a transaction account may distribute 
the transaction device associated with the transaction ac- 
count directly to consumers, it is also desirable for an is- 
suer of a transaction account to distribute the card to 
consumers through a third-party distributor. For example, 
it may be desirable for an issuer to distribute an account, 
a credit card, and/or a pre-paid card through a bank. Fur- 
thermore, it is often convenient for consumers to pur- 
chase transaction cards while conducting other transac- 
tions with a third party, such as a bank. For example, an 
individual may wish to purchase a pre-paid card in con- 
Junction with depositing a check at a bank. 

[0005] Transaction accounts (with or without a physical card) 
currently available to consumers include, for example, 
telephone calling accounts, loyalty accounts, credit cards, 
and internet accounts. Furthermore, a variety of pre-paid 
cards associated with various types of accounts are cur- 



rently sold to consumers. For example, the Travel Funds™ 
Card by American Express®, enables people to load 
money on a pre-paid card and then use it, worldwide, at 
any merchant that accepts American Express or at any of 
over half a million Automated Teller Machines ("ATMs") 
which accept American Express cards. 
[0006] Unfortunately, the distribution of transaction accounts 

through distributors is somewhat hindered due to the dif- 
ficulty and expense of establishing new systems of com- 
munication with the distributors. The new system may in- 
clude an electronic communications system or a paper 
system for reporting back to the issuer regarding the dis- 
tribution of the transaction account. Many potential dis- 
tributors are reluctant to invest in new technology to dis- 
tribute these products. Similarly, some distributors who 
might otherwise be inclined to distribute transaction ac- 
counts may be reluctant to adopt new systems if addi- 
tional training is involved. As an example, banking insti- 
tutions may be reluctant to expand into the selling of pre- 
paid cards, despite the fact that these institutions may al- 
ready sell travelers checks, in an effort to avoid the cost of 
an entirely new communication system or new training 
associated with the additional product. Thus, it is desir- 



able to develop new methods and systems for facilitating 
the distribution of transaction accounts that leverage the 
distributors' existing systems and procedures. 

[0007] In this regard, the typical backbone for communication in 
the banking industry is the Magnetic Image Character 
Recognition ("MICR") line on the left-hand side on the 
bottom of checks. The digits in the MICR line indicate, for 
example, the bank's routing and transit number (so a 
spent check can be returned to the correct bank), the ac- 
count number on which the check was drawn, and the 
check number and the dollar value (which is usually en- 
coded after the check is spent). The banking industry has 
invested billions of dollars into using the MICR technology 
and is reluctant to make changes or introduce new tech- 
nology and processes. 

[0008] Rather than employ a separate process, the American Ex- 
press Travelers Cheque business previously leveraged the 
MICR information and the underlying processes and tech- 
nologies that are the foundation of check clearing for the 
entire banking system. A Travelers Cheque is legal tender 
that may not be associated with an account. Including 
MICR information on a Travelers Cheque facilitates the 
routing of the Travelers Cheque back to the issuer for 



payment when a customer spends the Travelers Cheque. 
[0009] In addition, when Travelers Cheques are sold, a Purchase 
Agreement Form ("PAF") may be included in the envelope 
that contains the Cheque(s) being sold. This PAF also con- 
tains MICR information and the bank may use this form 
and/or the electronic information on the PAF to notify the 
issuer when a sale of a Travelers Cheque has occurred. As 
noted above, the MICR information on the Travelers 
Cheques and PAFs is the typical backbone for how issuers 
of Travelers Cheques communicate with all their bank 
sellers. 

[0010] However, distributors of Travelers Cheques are not con- 
figured to distribute transaction accounts without estab- 
lishing new communication networks. Thus, a need exists 
for a new distribution method that can take advantage of 
existing communication and processing systems to facili- 
tate the distribution of transaction accounts. 
Summary of Invention 

[0011] Systems and methods are configured to facilitate the dis- 
tribution of transaction accounts through distributors. In 
one exemplary embodiment of the present invention, a 
method is provided for facilitating the distribution of 
transaction accounts. The method includes the steps of: 



issuing a transaction account to a distributor and receiv- 
ing information from tlie distributor via a IVIICR protocol, 
wherein the information reports the distribution of the 
transaction account. In various exemplary embodiments, 
the transaction account is a pre-paid card and the distrib- 
utor is a seller of pre-paid cards. In other exemplary em- 
bodiments of the present invention, the method includes 
the steps of: issuing a transaction account to a distributor, 
receiving information from the distributor, and processing 
the information via a Travelers Cheque infrastructure, 
wherein the information reports the distribution of the 
transaction account. 

[0012] In accordance with one aspect of the present invention, 
distribution of the transaction account may be facilitated 
by use of a sequential number. The sequential number 
may, for example, be a Travelers Cheque number. Fur- 
thermore, the sequential number may be displayed upon 
the card and/or a purchase agreement form as part of a 
MICR number. Thus, the system may be configured to be 
compatible with existing Travelers Cheque communication 
systems and processing systems already in place. 

[0013] In yet another exemplary embodiment of the present in- 
vention, a financial transaction device includes a card that 



is associated with a first number that is configured to be 
communicated by distributor system 120 via a M\CR pro- 
tocol. The financial transaction device may also include a 
purchase agreement form that is also associated with the 
card and bears the first number in a manner that can be 
read by MICR technology. In various exemplary embodi- 
ments of the present invention, the serialized number is a 

Travelers Cheque number stored in a MICR format. 
Brief Description of Drawings 

[0014] A more complete understanding of the present invention 
may be derived by referring to the detailed description 
and claims when considered in connection with the Fig- 
ures, wherein like reference numbers refer to similar ele- 
ments throughout the Figures, and: 

[0015] FIG. 1 illustrates a block diagram overview of an exem- 
plary transaction account distribution system; 

[0016] FIG. 2illustrates a flow diagram showing an exemplary 
transaction account distribution method; 

[0017] FIG. 3illustrates an exemplary financial transaction device; 
and 

[0018] FIG. 4illustrates another block diagram overview of an ex- 
emplary Travelers Cheque infrastructure and an exem- 
plary transaction card infrastructure. 



Detailed Description 

[0019] While the exemplary embodiments herein are described in 
sufficient detail to enable those skilled in the art to prac- 
tice the invention, it should be understood that other em- 
bodiments may be realized and that logical and mechani- 
cal changes may be made without departing from the 
spirit and scope of the invention. Thus, the following de- 
tailed description is presented for purposes of illustration 
only and not of limitation. 

[0020] In general, systems, methods, and devices are configured 
to facilitate the distribution of a transaction account 
through a distributor. The distribution of a transaction ac- 
count may be facilitated by, for example, using pre- 
existing banking communication protocols for communi- 
cation between the issuer and distributor of the transac- 
tion account. Distribution of transaction accounts may 
also be facilitated by using pre-existing Travelers Cheque 
and/or transaction account infrastructure(s) to process in- 
formation communicated from the distributor and/or to 
provide services related to the transaction account. 

[0021] vvith respect to a general exemplary system configuration 
and with reference to Figure 1, a transaction account dis- 
tribution system 100 comprises an issuer system 110 and 



a distributor system 120. Issuer system 110 is any person, 
entity, software and/or liardware configured to issue a 
transaction account to distributor system 120. Distributor 
system 120 is any person, entity, software and/or liard- 
ware configured to distribute the transaction account to a 
consumer 140 that may use the transaction account with 
merchants 130, automated teller machines ("ATMs") 150, 
and/or the like. Issuer system 110 may be configured to 
communicate with distributor system 120, merchant sys- 
tem 130, ATMs 150, and/or consumers 140. In these ex- 
amples, communications may take place in various man- 
ners, for example, via a network 170, or via other modes 
of communication. 
[0022] The systems and/or components of the systems discussed 
herein may also include one or more host servers or other 
computing systems including a processor configured to 
process digital data, a memory coupled to the processor 
for storing digital data, an input digitizer coupled to the 
processor for inputting digital data, an application pro- 
gram stored in the memory and accessible by the proces- 
sor for directing processing of digital data by the proces- 
sor, a display coupled to the processor and memory for 
displaying information derived from digital data processed 



by the processor and a plurality of databases, the 
databases including distribution data, customer data, 
merchant data, financial institution data and/or like data 
that could be used in association with the present inven- 
tion. As those skilled in the art may appreciate, a com- 
puter may also include an operating system (e.g., Win- 
dows NT, 95/98/2000, Linux, Solaris, etc.) as well as vari- 
ous conventional support software and drivers typically 
associated with computers. 
[0023] In one exemplary embodiment of the present invention, 
distributor system 120 is a bank configured to sell a pre- 
paid card to consumer 140 via an in-person transaction. 
Consumer 140 may then use the pre-paid card at mer- 
chants 130, ATMs 150 and/or the like. In this example, 
transaction account distribution system 100 may facilitate 
the sale of the pre-paid card by using existing communi- 
cation systems 160 between bank 120 and pre-paid card 
issuer system 110. For example, the pre-paid card may be 
physically associated with a MICR line that can be optically 
scanned by bank 120 to facilitate communication of infor- 
mation related to the sale of the pre-paid card. As used 
herein, a MICR line may include any indicia that may pro- 
vide information including, for example, numbers, letters. 



bar codes, symbols, electronic (e.g., radio frequency) or 
optical signals, and/or the like. Furthermore, as used 
herein, MICR protocol refers to the MICR protocol which is 
used by the banking and financial services industries in 
the United States and/or worldwide. Issuer system 110 
may also be configured to use a Travelers Cheque infras- 
tructure to receive information received from bank 120 
and to use a Travelers Cheque and/or transaction account 
infrastructure to process the information and/or to pro- 
vide other services related to the pre-paid card. 
[0024] Although described as a bank in the example above, in 
general, distributor system 120 may be any software, 
hardware, financial institution, travel agency, merchant, 
an internet based distributor system, or other entity that 
is configured to distribute a transaction account. In accor- 
dance with various aspects of the present invention, dis- 
tributor system 120 may have been previously configured 
to interact with issuer system 110 for a purpose other 
than the distribution of a transaction account. For exam- 
ple, distributor system 120 may be configured to sell 
Travelers Cheques and to communicate (directly or indi- 
rectly) with the issuer of the Travelers Cheques. In this 
example, distributor system 120 may be a bank, travel 



agency or other entity that is configured to sell Travelers 
Cheques and is configured with suitable communications 
systems. 

[0025] In accordance with one aspect of the present invention, 
distributor system 120 may be any system configured to 
communicate via an existing banking protocol that may 
be used for purposes other than the distribution of trans- 
action accounts. In accordance with another aspect, dis- 
tributor system 120 may be any system configured to 
communicate with an issuer that uses a Travelers Cheque 
infrastructure to facilitate distribution of transaction ac- 
counts. 

[0026] As used herein, a transaction account may include any 
transaction device associated with a transaction account. 
A transaction account may comprise both physical and 
non-physical embodiments. For example, a transaction 
account may be distributed in a non-physical embodiment 
such as an account number, frequent flyer account, tele- 
phone calling account, and/or the like. Furthermore, a 
physical embodiment of a transaction account may be 
distributed as a credit card, debit card, loyalty card, pre- 
paid card, diner's card, phone card, and/or the like. 

[0027] Furthermore, transaction accounts may be associated with 



various applications that allow the customers to partici- 
pate in various programs, such as, for example, loyalty 
programs. A loyalty program may include one or more 
loyalty accounts. Exemplary loyalty programs include fre- 
quent flyer miles, on-line points earned from viewing or 
purchasing products at websites on-line, and programs 
associated with diner's cards, credit cards, debit cards, 
hotel cards, and/or the like. Generally, the user is both 
the owner of the transaction account and the participant 
in the loyalty program; however, this association is not 
necessary. For example, a participant in a loyalty program 
may gift loyalty points to a user who pays for a purchase 
with his own transaction account, but uses the gifted loy- 
alty points instead of paying the monetary value. 
[0028] For more information on loyalty systems, transaction sys- 
tems, and electronic commerce systems, see, for example, 
U.S. Patent Application Serial No.: U.S. Utility Patent Appli- 
cation Serial No. 10/304,251, filed on November 26, 2002 
by inventors Antonucci et al. and entitled "System and 
Method for Transfer of Loyalty Points"; U.S. Continuation- 
In-Part Patent Application Serial No. 10/378,456, filed on 
March 3, 2003 by inventors Antonucci et al. and entitled 
"System and Method for the Real-Time Transfer of Loyalty 



Points Between Accounts"; U.S. Patent Application Serial 
No.: 09/836,213, filed on April 17, 2001 by inventors 
Voltmer, et al. and entitled "System And Method For Net- 
worked Loyalty Program"; U.S. Continuation-ln-Part Patent 
Application Serial No. 10/027,984, filed on December 20, 
2001 by inventors Ariff, et al. and entitled "System And 
Method For Networked Loyalty Program"; U.S. Continua- 
tion-ln-Part Patent Application Serial No. 10/010,947, 
filed on November 6, 2001 by inventors Haines, et al. and 
entitled "System And Method For Networked Loyalty Pro- 
gram"; U.S. Continuation-ln-Part Patent Application Serial 
No. 10/084,744, filed on February 26, 2002 by inventors 
Bishop, et al. and entitled "System And Method For Secur- 
ing Data Through A PDA Portal"; the "Shop AMEX^^ sys- 
tem" as disclosed in Serial No. 60/230,190, filed Septem- 
ber 5, 2000; the "Loyalty As Currency™ and Loyalty Re- 
wards Systems" disclosed in Serial No. 60/197,296 filed 
on April 14, 2000, Serial No. 60/200,492 filed April 28, 
2000, Serial No. 60/201,114 filed May 2, 2000; "a digital 
wallet system" disclosed in U.S. Serial No. 09/652,899 
filed August 31, 2000; "a stored value card" as disclosed 
in serial number 09/241,188 filed on February 1, 1999; "a 
system for facilitating transactions using secondary trans- 



action numbers" disclosed in Serial No. 09/800,461 filed 
on March 7, 2001, and also in related provisional applica- 
tions Serial No. 60/187,620 filed March 7, 2000, Serial 
No. 60/200,625 filed April 28, 2000 and Serial No. 
60/213,323 filed May 22, 2000, all of which are herein 
incorporated by reference. Other examples of an online 
loyalty systems are disclosed in Netcentives U.S. Patent 
No. 5,774,870, issued on June 30, 1998, and U.S. Patent 
No. 6,009,412, issued on December 29, 1999, both of 
which are hereby incorporated by reference. 
[0029] In accordance with another aspect of the present inven- 
tion, the transaction account may be distributed via any 
suitable distribution technique. For example, the transac- 
tion account may be sold to a consumer. In this example, 
the transaction account may be purchased by the distrib- 
utor and resold to a consumer. In another exemplary em- 
bodiment, however, the transaction account may be con- 
signed to the distributor who, upon sale to a consumer, 
pays the issuer. Other distribution techniques may also be 
employed. 

[0030] Regardless of the distribution technique used or the type 
of transaction account distributed, in general, distributor 
system 120 is configured to communicate with issuer sys- 



tern 110. The information communicated may vary de- 
pending on the distribution technique used, the type of 
transaction account, the security systems in place, and/or 
the lil<e. In one exemplary embodiment, the information 
communicated includes the consumer name, an account 
number, a sequential number, the date of distribution of 
the transaction account, the time of distribution, the place 
of distribution (if applicable), the type of transaction ac- 
count distributed, and/or the like. The communicated in- 
formation may be useful for the issuer and distributor to 
reconcile amounts owed between themselves, to track in- 
ventory, to limit fraud, to activate the transaction account, 
and/or to provide additional services. 
[0031] Typically, distributors are reluctant to begin distributing a 
different product if doing so would involve the time and 
expense of establishing a system for communicating with 
the issuer of the product. Furthermore, distributors may 
be reluctant to add new products to the extent that distri- 
bution of a new product involves additional training. Thus, 
in accordance with one exemplary embodiment of the 
present invention, distributor system 120 is configured to 
leverage communication systems and/or protocols 160 
which may already be fully or partially established and 



fully or partially used by distributor system 120. For ex- 
ample, communications systems and/or protocols 160 
may comprise the MICR banking communication systems 
and protocols. Many distributors, such as banks, are al- 
ready configured to optically scan or otherwise enter the 
MICR number of a check into a MICR communications sys- 
tem. Although MICR protocols are used for reporting 
checking information to an ACH system, they are also 
used to report information, regarding the sale of Travelers 
Cheques, to the issuer of the Travelers Cheque. Thus, in 
one exemplary embodiment, distributor system 120 is 
configured to use a MICR system and/or protocol to com- 
municate, to issuer system 110, information associated 
with the distribution of a transaction account. In this 
manner, a distributor may leverage an existing system for 
reporting the distribution of a new product namely a 
transaction account. Moreover, distributor systems 120 
that are not initially configured to have a MICR system 
may find it efficient to purchase a complete or any portion 
of an established and developed MICR system that is ca- 
pable of handling multiple tasks, one of which may now 
include the distribution of transaction accounts. 
[0032] Distributor system 120 may have a computing center such 



as a mainframe computer. However, the computing center 
of distributor system 120 may be implemented in other 
forms, such as a personal computer, a mini-computer, a 
PC server, a network set of computers, or the like. In ac- 
cordance with yet another exemplary embodiment of the 
present invention, distributor system 120 is configured to 
communicate information to issuer system 110 in a for- 
mat suitable for the issuer of the transaction account to 
process the information using a Travelers Cheque infras- 
tructure. The distribution information may, for example, 
be communicated via batch processing that is performed 
on a daily basis, in real time, and/or at some other appro- 
priate interval. The distribution information may be com- 
municated to issuer 110 directly in electronic format or 
indirectly in a verbal, or printed format that later is en- 
tered in electronic format into issuer system 110. 
[0033] Issuer system 110 may include any software, hardware, fi- 
nancial institution, credit card company, bank, business, 
and/or the like that is configured to issue a transaction 
account. The distribution information may be received via 
a MICR protocol and/or the distribution information may 
be processed using a Travelers Cheque infrastructure. 
Thus, regardless of the method used by distribution sys- 



tern 120 to communicate the distribution information to 
issuer system 110, in accordance witli an exemplary em- 
bodiment of the present invention, the Travelers Cheque 
system of issuer system 110 may be leveraged to process 
distribution information and offer services. In various ex- 
emplary embodiments of the present invention, transac- 
tion account distributor system 100 is configured to 
leverage both the MICR communication protocol and/or 
the Travelers Cheque infrastructure. 

[0034] Issuer system 110 may include, for example, an estab- 
lished system for delivering Travelers Cheques to distrib- 
utors, tracking inventory, preventing fraud, replacing lost 
Travelers Cheques, sending commission payments, re- 
ceiving amounts owed, performing accounting, and/or the 
like. These established Travelers Cheque infrastructures 
may, in accordance with one aspect of the present inven- 
tion, be leveraged to perform similar functions for the 
distribution of transaction accounts. 

[0035] Thus, issuer system 110 may include a production system 
for producing physical embodiments of transaction ac- 
counts and/or for creating the accounts. Issuer system 
may also include an issuer distribution system for deliver- 
ing physical embodiments of transaction accounts to dis- 



tributor system 120. In addition, issuer system 110 may 
be configured to tracic inventory, receive information from 
distributor system 120, identify fraud, replace lost Travel- 
ers Clieques, send commission payments, receive 
amounts owed, perform accounting, and/or tlie like for 
transaction accounts by using a Travelers Cheque infras- 
tructure. Furthermore, issuer systems 110 that are not 
initially configured to utilize a Travelers Cheque infras- 
tructure may find it efficient to purchase a complete or 
any portion of an established and developed Travelers 
Cheque infrastructure capable of handling processing of 
Travelers Cheques and, in accordance with one aspect of 
the present invention, transaction accounts. 

[0036] By way of example, issuer system 110 may be a financial 
institution that is configured to issue a pre-paid card to 
distributor system 120, e.g., a bank. In one exemplary 
embodiment, issuer system is configured to consign the 
transaction account to the bank. Issuer system 110 may 
be further configured to pay a commission to the distrib- 
utor and/or receive payment from the distributor. 

[0037] As used herein, the terms "user", "end user", "consumer", 
"customer" or "participant" may be used interchangeably 
with each other, and each shall mean any person, entity. 



machine, hardware, software, business, issuer system, 
and/or distributor system. Each user may be equipped 
with a computing system to facilitate online commerce 
transactions. For example, the user may have a computing 
unit in the form of a personal computer, although other 
types of computing units may be used including laptops, 
notebooks, hand held computers, set-top boxes, and/or 
the like. The user computer can be in a home or business 
environment with access to a network. In an exemplary 
embodiment, access may be through the Internet through 
a commercially available web-browser software package. 
[0038] Furthermore, the terms "business" or "merchant" may be 
used interchangeably with each other and shall mean any 
person, entity, distributor system, software and/or hard- 
ware that is a provider, broker and/or any other entity in 
the distribution chain of goods or services. For example, 
the merchant may be a ticket/event agency (e.g., Ticket- 
master, Telecharge, Clear Channel, brokers, agents), a 
grocery store, an on-line merchant, and/or the like. The 
user may communicate with the merchant in person (e.g., 
at the box office), telephonically, or electronically (e.g., 
from a user computer via an internet). During the interac- 
tion, the merchant may offer goods and/or services to the 



user. The merchant may also offer the user the option of 
paying for the acquisition using a transaction account. 
Furthermore, the transaction account may be used by the 
merchant as a form of identification of the user. The mer- 
chant may have a computing unit implemented in the 
form of a computer-server, although other implementa- 
tions are possible. 

[0039] Communication between the user and/or merchant and 
the system of the present invention is accomplished 
through any suitable communication means, such as, for 
example, a telephone network. Intranet, Internet, point of 
interaction device (point of sale device, personal digital 
assistant, cellular phone, kiosk, etc.), online communica- 
tions, off-line communications, wireless communications, 
and/or the like. One skilled in the art may also appreciate 
that, for security reasons, any databases, systems, or 
components of the present invention may consist of any 
combination of databases or components at a single loca- 
tion or at multiple locations, wherein each database or 
system includes any of various suitable security features, 
such as firewalls, access codes, encryption, de- 
encryption, compression, decompression, and/or the like. 

[0040] The merchant system may include a computer that may be 



configured to provide a suitable website or otiier Internet- 
based graphical user interface that is accessible by users. 
In one embodiment, the Internet Information Server, Mi- 
crosoft Transaction Server, and Microsoft SQL Server, are 
used in conjunction with the Microsoft operating system, 
Microsoft NT web server software, a Microsoft SQL 
database system, and a Microsoft Commerce Server. Addi- 
tionally, components such as Access or SQL Server, Ora- 
cle, Sybase, Informix MySQL, Intervase, etc., may be used 
to provide an ADO-compliant database management sys- 
tem. The term "webpage" as it is used herein is not meant 
to limit the type of documents and applications that might 
be used to interact with the user. For example, a typical 
website might include, in addition to standard HTML doc- 
uments, various forms, Java applets. Javascript, active 
server pages (ASP), common gateway interface scripts 
(CGI), extensible markup language (XML), dynamic HTML, 
cascading style sheets (CSS), helper applications, plug-ins, 
and/or the like. 
[0041] It may be appreciated that many applications of the 

present invention could be formulated. One skilled in the 
art may appreciate that a network may include any system 
for exchanging data or transacting business, such as the 



Internet, an intranet, an extranet, WAN, LAN, satellite 
communications, and/or the like. It is noted that the net- 
work may be implemented as other types of networks, 
such as an interactive television (ITV) network. The users 
may interact with the system via any input device such as 
a keyboard, mouse, kiosk, personal digital assistant, 
handheld computer (e.g.. Palm Pilot®), cellular phone and/ 
or the like. Similarly, the invention could be used in con- 
junction with any type of personal computer, network 
computer, workstation, minicomputer, mainframe, or the 
like running any operating system such as any version of 
Windows, Windows NT, Windows2000, Windows 98, Win- 
dows 95, MacOS, OS/2, BeOS, Linux, UNIX, Solaris or the 
like. Moreover, although the invention is frequently de- 
scribed herein as being implemented with TCP/IP commu- 
nications protocols, it may be readily understood that the 
invention could also be implemented using IPX, Appletalk, 
IP-6, NetBIOS, OSI or any number of existing or future 
protocols. Moreover, the system may contemplate the use, 
sale or distribution of any goods, services or information 
over any network having similar functionality described 
herein. 

[0042] The computing units may be connected with each other 



via a data communication networl<. The networl< may be a 
public networl< and assumed to be insecure and open to 
eavesdroppers. In the illustrated implementation, the net- 
work may be embodied as the internet. In this context, 
the computers may or may not be connected to the inter- 
net at all times. For instance, the customer computer may 
employ a modem to occasionally connect to the internet, 
whereas the bank computing center might maintain a per- 
manent connection to the internet. Specific information 
related to the protocols, standards, and application soft- 
ware utilized in connection with the Internet may not be 
discussed herein. For further information regarding such 
details, see, for example, DILIP NAIK, "INTERNET STAN- 
DARDS AND PROTOCOLS"(1998); "JAVA 2 COMPLETE", var- 
ious authors, (Sybex 1999); DEBORAH RAY AND ERIC RAY, 
"MASTERING HTML 4.0" (1997). LOSHIN, "TCP/IP CLEARLY 
EXPLAINED"(1997). All of these texts are hereby incorpo- 
rated by reference. 
[0043] The systems may be suitably coupled to the network via 
data links. A variety of conventional communications me- 
dia and protocols may be used for data links. For exam- 
ple, a connection to an Internet Service Provider (ISP) over 
the local loop as is typically used in connection with stan- 



dard modem communication, cable modem, Dish net- 
works, ISDN, Digital Subscriber Line (DSL), or various 
wireless communication methods. The merchant system 
might also reside within a local area network (LAN) that 
interfaces to the network via a leased line (Tl, D3, etc.). 
Such communication methods are well known in the art 
and are covered in a variety of standard texts. See, e.g., 
GILBERT HELD, "UNDERSTANDING DATA COMMUNICA- 
TIONS"(1996), hereby incorporated by reference. 

[0044] The distributor and the issuer may be interconnected via a 
second network, referred to as a payment network. The 
payment network which may be part of certain transac- 
tions represents existing proprietary networks that 
presently accommodate transactions for credit cards, 
debit cards, and other types of financial/banking cards. 
The payment network is a closed network that is assumed 
to be secure from eavesdroppers. Examplary transaction 
networks may include the American Express®, VisaNet® 
and the Veriphone® networks. 

[0045] Any databases discussed herein may be any type of 

database, such as relational, hierarchical, graphical, ob- 
ject-oriented, and/or other database configurations. 
Common database products that may be used to imple- 



ment the databases include DB2 by IBM (White Plains, NY), 
various database products available from Oracle Corpora- 
tion (Redwood Shores, CA), Microsoft Access or Microsoft 
SQL Server by Microsoft Corporation (Redmond, Washing- 
ton), or any other suitable database product. Moreover, 
the databases may be organized in any suitable manner, 
for example, as data tables or lookup tables. Each record 
may be a single file, a series of files, a linked series of 
data fields or any other data structure. Association of cer- 
tain data may be accomplished through any desired data 
association technique such as those known or practiced in 
the art. For example, the association may be accom- 
plished either manually or automatically. Automatic asso- 
ciation techniques may include, for example, a database 
search, a database merge, GREP, AGREP, SQL, and/or the 
like. The association step may be accomplished by a 
database merge function, for example, using a "key field" 
in pre-selected databases or data sectors. 
[0046] More particularly, a "key field" partitions the database ac- 
cording to the high-level class of objects defined by the 
key field. For example, certain types of data may be des- 
ignated as a key field in a plurality of related data tables 
and the data tables may then be linked on the basis of the 



type of data in the key field. In this regard, the data corre- 
sponding to the key field in each of the linked data tables 
is preferably the same or of the same type. However, data 
tables having similar, though not identical, data in the key 
fields may also be linked by using AGREP, for example. In 
accordance with one aspect of the present invention, any 
suitable data storage technique may be utilized to store 
data without a standard format. Data sets may be stored 
using any suitable technique, including, for example, 
storing individual files using an ISO/IEC 7816-4 file struc- 
ture; implementing a domain whereby a dedicated file is 
selected that exposes one or more elementary files con- 
taining one or more data sets; using data sets stored in 
individual files using a hierarchical filing system; data sets 
stored as records in a single file (including compression, 
SQL accessible, hashed via one or more keys, numeric, al- 
phabetical by first tuple, etc.); block of binary (BLOB); 
stored as ungrouped data elements encoded using ISO/ 
lEC 7816-6 data elements; stored as ungrouped data ele- 
ments encoded using ISO/IEC Abstract Syntax Notation 
(ASN.l) as in ISO/IEC 8824 and 8825; and/or other pro- 
prietary techniques that may include fractal compression 
methods, image compression methods, etc. 



[0047] In one exemplary embodiment, the ability to store a wide 
variety of information in different formats is facilitated by 
storing the information as a Block of Binary (BLOB). Thus, 
any binary information can be stored in a storage space 
associated with a data set. As discussed above, the binary 
information may be stored on the financial transaction in- 
strument or external to but affiliated with the financial 
transaction instrument. The BLOB method may store data 
sets as ungrouped data elements formatted as a block of 
binary via a fixed memory offset using either fixed stor- 
age allocation, circular queue techniques, or best prac- 
tices with respect to memory management (e.g., paged 
memory, least recently used, etc.). By using BLOB meth- 
ods, the ability to store various data sets that have differ- 
ent formats facilitates the storage of data associated with 
the financial transaction instrument by multiple and unre- 
lated owners of the data sets. For example, a first data set 
which may be stored may be provided by a first issuer, a 
second data set which may be stored may be provided by 
an unrelated second issuer, and yet a third data set which 
may be stored, may be provided by an third issuer unre- 
lated to the first and second issuer. Each of these three 
exemplary data sets may contain different information 



that is stored using different data storage formats and/or 
techniques. Further, each data set may contain subsets of 
data which also may be distinct from other subsets. 
[0048] As stated above, in various embodiments of the present 
invention, the data can be stored without regard to a 
common format. However, in one exemplary embodiment 
of the present invention, the data set (e.g., BLOB) may be 
annotated in a standard manner when provided for ma- 
nipulating the data onto the financial transaction instru- 
ment. The annotation may comprise a short header, 
trailer, or other appropriate indicator related to each data 
set that is configured to convey information useful in 
managing the various data sets. For example, the annota- 
tion may be called a "condition header", "header", "trailer", 
or "status", herein, and may comprise an indication of the 
status of the data set or may include an identifier corre- 
lated to a specific issuer or owner of the data. In one ex- 
ample, the first three bytes of each data set BLOB may be 
configured or configurable to indicate the status of that 
particular data set; e.g., LOADED, INITIALIZED, READY, 
BLOCKED, REMOVABLE, or DELETED. Subsequent bytes of 
data may be used to indicate for example, the identity of 
the issuer, user, transaction/membership account identi- 



fier or the like. Each of these condition annotations are 
further discussed herein. 

[0049] The data set annotation may also be used for other types 
of status information as well as various other purposes. 
For example, the data set annotation may include security 
information establishing access levels. The access levels 
may, for example, be configured to permit only certain in- 
dividuals, levels of employees, companies, or other enti- 
ties to access data sets, or to permit access to specific 
data sets based on the transaction, merchant, issuer, user 
or the like. Furthermore, the security information may re- 
strict/permit only certain actions such as accessing, mod- 
ifying, and/or deleting data sets. In one example, the data 
set annotation indicates that only the data set owner or 
the user are permitted to delete a data set, various identi- 
fied merchants are permitted to access the data set for 
reading, and others are altogether excluded from access- 
ing the data set. However, other access restriction param- 
eters may also be used allowing various entities to access 
a data set with various permission levels as appropriate. 

[0050] The data, including the header or trailer may be received 
by a stand alone interaction device configured to add, 
delete, modify, or augment the data in accordance with 



the header or trailer. As such, in one preferred embodi- 
ment, the header or trailer is not stored on the transaction 
device along with the associated issuer-owned data but 
instead the appropriate action may be taken by providing 
to the transaction instrument user at the stand alone de- 
vice, the appropriate option for the action to be taken. 
However, the present invention contemplates a data stor- 
age arrangement wherein the header or trailer, or header 
or trailer history, of the data is stored on the transaction 
instrument in relation to the appropriate data. 

[0051] One skilled in the art will also appreciate that, for security 
reasons, any databases, systems, devices, servers or other 
components of the present invention may consist of any 
combination thereof at a single location or at multiple lo- 
cations, wherein each database or system includes any of 
various suitable security features, such as firewalls, access 
codes, encryption, decryption, compression, decompres- 
sion, and/or the like. 

[0052] The foregoing system components may be configured for 
performing the following method which includes facilitat- 
ing the distribution of a transaction account. In general, 
distribution of transaction accounts may include such 
steps as: issuing a transaction account to a distributor 



and receiving distribution information from tlie distributor 
via a IVIICR protocol and/or processing distribution infor- 
mation via a Travelers Cheque infrastructure. With refer- 
ence to Figure 2, an exemplary method 200 includes issu- 
ing a transaction account to a distributor (step 210), dis- 
tributing the transaction account to customers (step 220), 
receiving distribution information from the distributor in a 
MICR protocol (step 230), and/or processing the distribu- 
tion information via a Travelers Cheque infrastructure 
(step 240). 

[0053] In accordance with various exemplary embodiments of the 
present invention, issuing the transaction account to a 
distributor (step 210) may include the step of creating the 
transaction account (step 211). Creation of the transaction 
account may include both electronic and physical activi- 
ties. For example, the card may be created physically and 
the account created electronically. The transaction ac- 
count may be created electronically by, for example, cre- 
ating an account number that is associated with the trans- 
action account. The account number may be, for example, 
a credit card number or other number as described 
herein. For security reasons, account numbers are often 
random numbers. The account number may be associated 



with other account specific information in a database, 
lool< up table and/or the lil<e. For example, the account 
may be configured to be worth a particular number of 
minutes, a pre-determined value, a specific reward, and/ 
or the like. 

[0054] In addition to the account number, a sequential number 
may be created. In accordance with various exemplary 
embodiments of the present invention, the serial number 
is a sequential number. The serial number, in various ex- 
emplary embodiments comprises a portion of the MICR 
line number similar to the method of integrating Travelers 
Cheques serial numbers into the MICR number. The se- 
quential number may facilitate the tracking of inventory. 

[0055] Physically, a financial transaction device may comprise a 
magnetic stripe card, payfob transponder, or the like. Ad- 
ditional exemplary physical embodiments are described 
elsewhere herein. In accordance with additional exemplary 
embodiments of the present invention, the financial 
transaction device may also comprise a purchase agree- 
ment form that is configured for issuance in conjunction 
with the transaction account as described below. Issuer 
system 110 may provide a card account number and a se- 
rial number to a manufacturer that produces the physical 



transaction device. The manufacturer may additionally 
print the purchase agreement form and package the card 
and the purchase agreement form in an envelope. One or 
more of the card, purchase agreement form and the enve- 
lope may be marked with the sequential number to facili- 
tate inventory tracking. 
[0056] jhe envelopes may be shipped to distribution centers for 
later issuance to distributor systems 120. Issuing the 
transaction account (step 210), in one exemplary embodi- 
ment, includes consigning the transaction account to the 
distributor. For example, upon delivery, a distributor may 
sign a receipt acknowledging responsibility for the deliv- 
ered set of pre-paid cards which may be individually iden- 
tified on the receipt. This receipt may be mailed, faxed, or 
electronically transmitted to the issuer to confirm receipt 
of the pre-paid cards. In other exemplary embodiments, 
issuing the transaction account includes selling the trans- 
action account (or the right to distribute the same) to the 
distributor. 

[0057] The distributor may distribute the transaction account 

(step 220) using various techniques. For example, the dis- 
tributor may sell the transaction account to customer 140. 
However, the distributor may give the transaction account 



to a customer for free or even entice a customer to obtain 
the transaction account in excliange for value. For exam- 
ple, a bank might offer incentives, such as T-shirts, low 
interest rates, or other rewards with each credit card that 
is distributed to customer 140. Other techniques for dis- 
tributing the transaction account may also be used. 

[0058] When the transaction account is distributed, often the dis- 
tributor collects information from the customer (step 
221). The customer information may include, for example, 
the customer name, password, social security number, 
birth date and other personal identification information, 
and/or the like. Such information may be combined with 
other information related to the distribution of the trans- 
action account such as, for example, the place and date of 
sale of the transaction account, the 'value' associated with 
a pre-paid card, and/or the like. All or any portion of this 
combined information ("distribution information") may be 
communicated to the issuer system (step 230). 

[0059] In various exemplary embodiments of the present inven- 
tion, the distribution information is transmitted to the is- 
suer system via a MICR backbone. To gather the informa- 
tion for transmission, the distributor may, for example, 
scan a MICR line serial number located on the physical 



transaction account (e.g., on a pre-paid card) and/or scan 
a IVIICR line serial number located on the purchase agree- 
ment form accompanying the transaction account (step 
231). In one exemplary embodiment, this MiCR line may 
be identical in format to the MICR line of a typical Travel- 
ers Cheque. Distributor system 120 may be configured to 
recognize codes within the MICR line and, based on the 
codes, to determine the amount that the distributor owes 
to the issuer. In other exemplary embodiments, the MICR 
serial number may be entered into an electronic system 
manually or by other means (bar code, machine readable 
code, etc.)(step 232). For example, an internet webpage 
based system may be configured with fields for manual or 
automatic entry of a MICR format serial number as well as 
other information comprising the distribution information. 
The fields may, for example, be similar to fields used in 
connection with distributing Travelers Cheques; however, 
other formats may also be used. The American Express 
"Express Check" software is one example of such a sys- 
tem. Moreover, the internet webpage may be configured 
to transmit/communicate distribution information to an 
issuer in formats other than a MICR format. In yet another 
exemplary embodiment, the purchase agreement form 



may be faxed, mailed, or the like, to issuer system 110. 
[0060] The distribution information may be stored and transmit- 
ted in batches, or transmitted in substantially real time. A 
batch transmission of distribution information may, for 
example, include several transactions including various 
products, individual transaction information, and/or sum- 
mary information. For example, a single batch transmis- 
sion may comprise the transmission of a file containing a 
summary of amounts the distributor owes to the issuer, 
the total number of Travelers Cheques sold, the total 
number of pre-paid cards sold, and distribution informa- 
tion specifying the serial number of the sold pre-paid 
cards. The distribution information may be communicated 
to the issuer via systems currently used in distributor sys- 
tems 120. For example, the distribution information may 
be transmitted via the MICR backbone system to issuer 
system 110. In another exemplary embodiment, the dis- 
tribution information is communicated to issuer system 
110 via the internet or other suitable communication sys- 
tems. Therefore, in various exemplary embodiments, dis- 
tribution information is communicated to issuer system 
110 via the same systems used for Travelers Cheques. 
The issuer receives the distribution information and may 



process the information (step 240). 

[0061] Processing of the distribution information may tal<e place 
through a combination of systems that may already be es- 
tablished at issuer system 110. For example, issuer sys- 
tem 110 may comprise both a Travelers Cheque infras- 
tructure and a transaction account infrastructure (e.g., a 
pre-paid card infrastructure). The Travelers Cheque in- 
frastructure may be configured to receive and process the 
distribution information and to transmit data to the trans- 
action account infrastructure. For example, a Travelers 
Cheque infrastructure may share inventory management 
and seller data with a pre-paid card infrastructure. Thus, 
financial transaction account distribution system 100 may 
be configured to leverage the functions and services of 
pre-existing Travelers Cheque and transaction account 
infrastructures by receiving communications through a 
Travelers Cheque communication system and sharing in- 
formation between the two infrastructures. 

[0062] In accordance with one exemplary embodiment of the 

present invention, issuer system 110 may be configured 
to leverage a Travelers Cheque infrastructure to process 
the distribution information and/or to provide services re- 
lated to the transaction account. For example, through the 



Travelers Cheque infrastructure, issuer system 110 may 
be configured to pay tlie distributor a commission for the 
distribution of the transaction account (step 250). In ac- 
cordance with one exemplary embodiment of the present 
invention, the commission payment system may be similar 
to that used in paying commissions for sales of Travelers 
Cheques, although other systems may also be used. 

[0063] In accordance with yet another exemplary embodiment of 
the present invention, issuer system 110 may be config- 
ured to leverage a transaction account infrastructure to 
process the distribution information and/or to provide 
services related to the transaction account. For example, 
through a transaction account infrastructure, issuer sys- 
tem 110 may also be configured to activate the transac- 
tion account (step 260). The purchaser of a pre-paid card, 
for example, may call an interactive voice response sys- 
tem associated with a pre-paid card infrastructure to acti- 
vate the pre-paid card. In accordance with one exemplary 
embodiment of the present invention, the account activa- 
tion system itself may be similar to prior art transaction 
account activation systems. 

[0064] The Travelers Cheque/transaction account infrastruc- 
ture(s) may be configured to verify that activation is ap- 



propriate. For example, the infrastructure may be config- 
ured to verify that this particular card has been sold. Fur- 
thermore, the purchaser may be asked to provide the card 
number, their date of birth, the last four digits of their so- 
cial security number, and/or the like for the purposes of 
confirming that activation is appropriate. The infrastruc- 
ture may further be configured to detect fraud (e.g., de- 
tect an attempt to use a card that has not yet been sold), 
to refund or replace a lost transaction account, to track 
product inventory, to know when and how much to pay 
sellers as a commission, and to collect from sellers for the 
consignment sale. For example, if customer 140 reports a 
transaction account as lost or stolen, through the MICR 
information on the PAF, the issuer can determine if that 
transaction account was sold, where it was sold, etc. and 
thereby ask the customers questions to determine if the 
customer is entitled to a refund. 
[0065] Fig. 4 illustrates an exemplary system 400 that is config- 
ured to facilitate the distribution of a transaction account. 
System 400 combines an exemplary Travelers Cheque in- 
frastructure 410 and an exemplary transaction account 
infrastructure 420. Various Travelers Cheque infrastruc- 
tures and transaction card infrastructures may be used in 



system 400, and therefore the details of infrastructures 
410 and 420 are not explained in detail. In one exemplary 
embodiment, transaction account infrastructure 420 may 
be a pre-paid card infrastructure configured with an in- 
teractive voice response system facilitating consumer ac- 
tivation. Transaction account system 420 may be config- 
ured to provide card numbers to a matching table and to 
communicate with the matching table, providing new 
functionality 430. Travelers Cheque infrastructure 410 
may be configured to provide Travelers Cheque numbers 
and/or sales and inventory status information to a match- 
ing table. Thus, the matching table may facilitate card 
production and packaging. The newly produced inventory 
may then be passed to an inventory shipping process 
within Travelers Cheque infrastructure 410 and infrastruc- 
ture 410 may, for example, facilitate the distribution of 
the pre-paid cards. Various other links and communica- 
tion of information between infrastructures 410 and 420 
may also be used to facilitate distribution of transaction 
accounts. 

[0066] From the issuer's perspective, in accordance with various 
aspects of the present invention, an issuer is able to facil- 
itate the distribution of transaction accounts. The issuer 



creates the transaction accounts, issues tlie transaction 
accounts to a distributor, receives information bacl< from 
the distributor upon distribution of the transaction ac- 
count, and processes the information received. The infor- 
mation is received, in one exemplary embodiment via the 
MICR protocol. In yet another exemplary embodiment, the 
information is received by the issuer's Travelers Cheque 
infrastructure and processed by the issuer's Travelers 
Cheque and/or transaction account infrastructure(s). 
Thus, the issuer leverages one or more existing systems 
to distribute transaction accounts. 
[0067] From the distributor's perspective, in accordance with an- 
other aspect of the present invention, a distributor may 
distribute a transaction account using existing systems 
and sales techniques that are typically used to distribute 
Travelers Cheques. For example, the distributor may re- 
ceive a shipment of a box of credit cards, each in an en- 
velope that may be similar to those used to contain Trav- 
elers Cheques. The envelopes may each contain, for ex- 
ample, a credit card, and each envelope may bear identi- 
fying indicia, such as a MICR number or portion thereof. 
The MICR number may comprise, at least in part, a se- 
quential serial number that may facilitate, for example. 



tracking of inventory. 

[0068] The distributor may asl< its customers if they would like to 
open a credit card account. If the customer's answer is in 
the affirmative, the distributor may obtain customer infor- 
mation and may scan the purchase agreement form using 
the same MICR scanner that is typically used for Travelers 
Cheque sales. In various exemplary embodiments of the 
present invention the distributor receives payment for the 
transaction. In this example, the credit card is given to 
customer 140 in connection with the transaction. Distri- 
bution information may be batch transmitted, for exam- 
ple, at the end of the day. Thus, with minimal or no addi- 
tional processes or investment in technology, the distrib- 
utor may earn commissions or realize other incentives for 
distribution of additional product, e.g., a credit card. 

[0069] From the customer's perspective, in accordance with yet 
another aspect of the present invention, a customer ob- 
tains the benefit and convenience of obtaining a pre-paid 
card through, for example, a bank. The customer could, 
however, obtain the pre-paid card in-person, over the 
telephone, on line, and/or the like. For example, a cus- 
tomer may enter a bank and perform a banking transac- 
tion. The clerk may ask if the customer would like to pur- 



chase a pre-paid card. The customer may answer in the 
affirmative and request a pre-paid card of a specific de- 
nomination, provide personal information on a purchase 
agreement form, and pay for the pre-paid card. The cus- 
tomer may later activate the card by calling a number on 
the card and providing the purchase location or other 
identifying information. 

[0070] An exemplary pre-paid card is the Gift Card by American 
Express. This product allows someone to load, for exam- 
ple, $25, $50, $100, or $500 onto a card and then give it 
to the gift recipient. The gift recipient may then buy mer- 
chandise on the card at any retailer or restaurant that ac- 
cepts American Express. This exemplary Gift Card facili- 
tates giving a gift that can be used at millions of mer- 
chants in contrast to a single store gift certificate/card, 
which has limited use. This system could be also be used 
with providers other than American Express and on vari- 
ous financial instruments. 

[0071] vvith reference now to Figure 3, an exemplary transaction 
account distribution device 300 is configured to facilitate 
distribution of a card by a distributor. Transaction account 
distribution device 300 may include a card 310 and a pur- 
chase agreement form 320. Purchase agreement form 



320, in accordance with exemplary embodiments of tlie 
present invention, may accompany card 310 wlien issued 
to the distributor. Furthermore, one or both of the pre- 
paid card and purchase agreement form may include a se- 
rialized number. 
[0072] Card 310 may include one or more physical devices used 
in carrying out various financial transactions. For example, 
card 310 may comprise a pre-paid card, rewards card, 
telephone card, smart card, magnetic stripe card, radio 
frequency card and/or the like. In yet another exemplary 
embodiment of the present invention, card 310 may be an 
electronic coupon, voucher, speed pass, and/or other 
such instrument. Card 310 may be used to pay for acqui- 
sitions, obtain access, provide identification, pay an 
amount, receive payment, redeem reward points and/or 
the like. 

[0073] Card 310 may be associated with an account number/card 
number. Furthermore, an "account number", "card num- 
ber", "code", "identifier" or "loyalty number", as used 
herein, includes any device, code, or other identifier/indi- 
cia suitably configured to allow the consumer to interact 
or communicate with the system, such as, for example, 
authorization/access code, personal identification number 



(PIN), Internet code, other identification code, and/or the 
like that is optionally located on a rewards card, pre-paid 
card, telephone card, smart card, magnetic stripe card, 
bar code card, radio frequency card and/or the like. The 
account number may be distributed and stored in any 
form of plastic, electronic, magnetic, radio frequency, au- 
dio and/or optical device capable of transmitting or 
downloading data from itself to a second device. 
[0074] An account number may be, for example, a sixteen-digit 
card number, although each card provider has its own 
numbering system, such as the fifteen-digit numbering 
system used by an exemplary loyalty system. Each com- 
pany's card numbers comply with that company's stan- 
dardized format such that the company using a sixteen- 
digit format may generally use four spaced sets of num- 
bers, as represented by the number "0000 0000 0000 
0000". The first five to seven digits are reserved for pro- 
cessing purposes and identify the issuing bank, card type 
and etc. In this example, the sixteenth digit is used as a 
sum check for the sixteen-digit number. The intermediary 
eight-to-ten digits are used to uniquely identify the cus- 
tomer. In addition, loyalty account numbers of various 
types may be used. 



[0075] In accordance with one exemplary embodiment of tlie 

present invention, card 310 may be associated witli a pur- 
chase agreement form 320. Purchase agreement form 320 
may, for example, include contractual terms, such as 
terms and conditions for use of card 310. By way of ex- 
ample, PAF 320 may be similar to the envelope and/or 
paper material accompanying the sale of Travelers 
Cheques. In accordance with an exemplary embodiment, 
purchase agreement form 320 is configured to be pack- 
aged with one or more cards 310 and further serves to 
identify the card 310. 

[0076] In this regard, card 310 may be associated with a serial- 
ized number 330. Serialized number 330 may, for exam- 
ple, be printed on purchase agreement form 320, on card 
310, or both. Purchase agreement form 320 may further 
be configured to be wholly or partially separated from 
pre-paid card 310. Thus, all or a portion of purchase 
agreement form 320 may be retained by the distributor 
after the sale of the pre-paid card. 

[0077] In accordance with various exemplary embodiments of the 
present invention, serial number 330 is configured to be a 
Travelers Cheque number or a portion thereof. Thus, the 
serial number may be used in a system that otherwise is 



configured for the sale of Travelers Cheques. Moreover, in 
other exemplary embodiments, the serial number may be 
configured as part of a MICR number. For example, the 
serial number may be inserted at the end of the MICR 
number, within the MICR number and/or converted to an- 
other number. Thus, the serialized number may be ma- 
chine read from the surface of, for example a purchase 
agreement form, and distribution information may be 
conveyed to issuing system 110 via MICR systems and 
protocols. 

[0078] In one embodiment, the various processes may include a 
user facilitating the input of information into a computer 
system. The information may be inputted via keypad, 
magnetic stripe, smart card, electronic pointer, touchpad 
and/or the like, into a user computer, POS terminal, kiosk, 
and/or ATM terminal. The information may be transmitted 
via any network. 

[0079] jhe present invention may be described herein in terms of 
functional block components, optional selections and/or 
various processing steps. It should be appreciated that 
such functional blocks may be realized by any number of 
hardware and/or software components configured to per- 
form the specified functions. For example, the present in- 



vention may employ various integrated circuit compo- 
nents, e.g., memory elements, processing elements, logic 
elements, look-up tables, and/or the like, which may 
carry out a variety of functions under the control of one or 
more microprocessors or other control devices. Similarly, 
the software elements of the present invention may be 
implemented with any programming or scripting language 
such as C, C++, Java, COBOL, assembler, PERL, Visual Ba- 
sic, SQL Stored Procedures, extensible markup language 
(XML), with the various algorithms being implemented 
with any combination of data structures, objects, pro- 
cesses, routines or other programming elements. Further, 
it should be noted that the present invention may employ 
any number of conventional techniques for data transmis- 
sion, signaling, data processing, network control, and/or 
the like. Still further, the invention could be used to detect 
or prevent security issues with a client-side scripting lan- 
guage, such as JavaScript, VBScript or the like. For a basic 
introduction of cryptography and network security, the 
following may be helpful references: (1) "Applied Cryptog- 
raphy: Protocols, Algorithms, And Source Code In C," by 
Bruce Schneier, published by John Wiley & Sons (second 
edition, 1996); (2) "Java Cryptography" by Jonathan Knud- 



son, published by O'Reilly & Associates (1998); (3) "Cryp- 
tography & Network Security: Principles & Practice" by 
Mayiam Stalling, published by Prentice Hall; all of which 
are hereby incorporated by reference. 

[0080] It should be appreciated that the particular implementa- 
tions shown and described herein are illustrative of the 
invention and its best mode and are not intended to oth- 
erwise limit the scope of the present invention in anyway. 
Indeed, for the sake of brevity, conventional data net- 
working, application development and other functional 
aspects of the systems (and components of the individual 
operating components of the systems) may not be de- 
scribed in detail herein. It should be noted that many al- 
ternative or additional functional relationships or physical 
connections might be present in a practical transaction 
account distribution system. 

[0081] As may be appreciated by one of ordinary skill in the art, 
the present invention may be embodied as a method, a 
data processing system, a device for data processing, a fi- 
nancial transaction device, and/or a computer program 
product. Accordingly, the present invention may take the 
form of an entirely software embodiment, an entirely 
hardware embodiment, or an embodiment combining as- 



pects of both software and hardware or other physical de- 
vices. Furthermore, the present invention may tal<e the 
form of a computer program product on a computer-read- 
able storage medium having computer-readable program 
code means embodied in the storage medium. Any suit- 
able computer-readable storage medium may be utilized, 
including hard disks, CD-ROM, optical storage devices, 
magnetic storage devices, and/or the like. 
[0082] These computer program instructions may also be stored 
in a computer-readable memory that can direct a com- 
puter or other programmable data processing apparatus 
to function in a particular manner, such that the instruc- 
tions stored in the computer-readable memory produce 
an article of manufacture including instruction means 
which implement functions of flowchart block or blocks. 
The computer program instructions may also be loaded 
onto a computer or other programmable data processing 
apparatus to cause a series of operational steps to be per- 
formed on the computer or other programmable appara- 
tus to produce a computer-implemented process such 
that the instructions which execute on the computer or 
other programmable apparatus include steps for imple- 
menting the functions specified in the flowchart block or 



blocks. 

[0083] In the foregoing specification, tlie invention has been de- 
scribed with reference to specific embodiments. However, 
it may be appreciated that various modifications and 
changes can be made without departing from the scope of 
the present invention. The specification and figures are to 
be regarded in an illustrative manner, rather than a re- 
strictive one, and all such modifications are intended to 
be included within the scope of present invention. Ac- 
cordingly, the scope of the invention should be deter- 
mined by the appended claims and their legal equivalents, 
rather than by the examples given above. For example, 
the steps recited in any of the method or process claims 
may be executed in any order and are not limited to the 
order presented. 

[0084] Benefits, other advantages, and solutions to problems 
have been described above with regard to specific em- 
bodiments. However, the benefits, advantages, solutions 
to problems, and any element(s) that may cause any ben- 
efit, advantage, or solution to occur or become more pro- 
nounced are not to be construed as critical, required, or 
essential features or elements of any or all the claims. As 
used herein, the terms "comprises", "comprising", or any 



other variation tliereof, are intended to cover a non- 
exclusive inclusion, such that a process, method, article, 
or apparatus that comprises a list of elements does not 
include only those elements but may include other ele- 
ments not expressly listed or inherent to such process, 
method, article, or apparatus. Further, no element de- 
scribed herein is required for the practice of the invention 
unless expressly described as "essential" or "critical". 



